Full user-intent color data stream imaging methods and systems

ABSTRACT

Methods and systems in a printer output device for improving color-imaging rendering utilizing an imaging data stream are disclosed herein. An imaging order is generally associated with the imaging data stream for a plurality of images and overlapping objects to be rendered. The imaging data stream can be designated, such that the imaging order determines color quality rendering thereof. The generated by the printer output device can be rendered utilizing the imaging data stream according to a pre-determined ink color. Imaging separations can also be generated utilizing the imaging data stream, wherein the imaging separations are based on an actual specified color for rendering thereof via the printer output device.

TECHNICAL FIELD

Embodiments are generally related to printing methods and systems.Embodiments are also related to imaging data streams and color imagingmodels thereof. Embodiments are additionally related to data streams forimaging via document rendering systems.

BACKGROUND OF THE INVENTION

Digital printing systems generally are constructed from two essentialcomponents. The first component is a print engine and the secondcomponent is a print controller. The print engine and controller unitscan be developed and implemented independently of one another, orintegrated into the product that is ultimately manufactured. In general,the print controller handles communications and interfaces with a hostsystem.

A print controller can also interpret print commands transmitted fromthe host and translate them into signals required to drive the printengine. Printing functions ranging from color management to duplexinggenerally depend on the interaction of the print engine and thecontroller. Digital print systems include, for example, desktop units,copy machines, printers, print-on-demand systems, and so forth.

One of the functions of a print controller is the ability to effectivelyenable a print stream format. A number of different print stream formatsare utilized in the printing arts. A commonly utilized print streamformat (also referred to herein as an “imaging data stream”) is the LineConditioned Data Stream (LCDS), developed by Xerox Corporation ofStamford, Connecticut. LCDS is one type of an imaging data stream thatcan be utilized to drive, for example production printers and hostsystems. Unlike page description languages, which create pages fromhigh-level graphical constructs, print command languages such as LCDScontain printer commands interspersed with data and are processed andexecuted sequentially.

Currently, LCDS imaging models involve monochrome and highlight color. Aproprietary digital printing system, for example, for which LCDS wasintroduced, can define the language that is executable on LPS (LaserPrinting System) products. On such products and any true emulationsthereof, any specification of a color that utilizes more than onenon-monochrome color typically results in error messages displayed tothe user of LCDS products, and the request is only rendered using themonochrome ink. No attempt is made to best approximate the intent of theuser in the color printing process.

A need therefore exists for improving the color quality output of theLCDS imaging data streams. Such a goal can be accomplished through theapplication of a unique imaging model, which is disclosed in furtherdetail herein with respect to particular embodiments.

BRIEF SUMMARY

It is a feature of the present invention to provide improved printingmethods and systems.

It is also a feature of the present invention to provide an improvedimaging data stream and color-imaging model thereof.

It is a further feature of the present invention to provide improvedlined conditioned data stream (LCDS) methods and systems.

Aspects of the present invention relate to methods and systems in aprinter output device for improving color-imaging rendering utilizing animaging data stream. An imaging order is generally associated with animaging data stream language for a plurality of images to be rendered.The imaging data stream (e.g., LCDS) can be designated, such that theimaging order determines color quality rendering. The output generatedby the output device (e.g., whether printed or visual display or other)can be rendered utilizing the imaging data stream according to apre-determined ink color.

Imaging separations can also be generated utilizing the imaging datastream, wherein the imaging separations are based on an actual specifiedcolor for rendering thereof via the printer output device. The imagingorder can be applied to overlapping objects that are considered earlierin the imaging order sequence, and prior to later objects. Objects laterin the sequence which overlap objects earlier in the sequence may, insome instances, obscure the portion of the earlier object in the area ofthe overlap.

In accordance with an embodiment, an imaging sequence can be implementedgenerally as follows: (1) all fills are called out in an LCDS FormResource; (2) all image data is called out in an LCDS Form Resource; (3)form text and logos data are called out in an LCDS Form Resource; (4)all image data is called out in the order they appear from a variabledata portion of an LCDS data stream; and (5) a plurality of logosreferenced from variable data of the imaging data stream; (6) variabledata (e.g., text) is called out in the order encountered within the datastream; and (7) DJDE (Dynamic Job Descriptor Entry) boxes and rules areimaged according to their image order.

Note that the imaging data stream described herein can provide, inaccordance with embodiments, a line-conditioned data stream (LCDS), withor without color enhancements. Embodiments thereof can permit a fullcolor-imaging model to be applied to an imaging data stream for anenhanced approximation of a user-intent point of view.

BRIEF DESCRIPTION OF THE DRAWINGS

The particular values and configurations discussed in these non-limitingexamples can be varied and are cited merely to illustrate one or moreembodiments and are not intended to limit the scope thereof.

FIG. 1 illustrates a block diagram comparing output rendering from anLPS system with LCDS versus an improved imaging model applied to theLCDS imaging data stream, in accordance with an embodiment;

FIG. 2 illustrates a table illustrating text rendering, in accordancewith an embodiment;

FIG. 3 illustrates image separation via an imaging data stream, inaccordance with an embodiment;

FIG. 4 illustrates output from an imaging data stream, in accordancewith an embodiment;

FIG. 5 illustrates output from an LPS system, including text and fillthereof, versus output from an improved imaging model applied to animaging data stream, in accordance with an alternative embodiment;

FIG. 6 illustrates a block diagram of an imaging model that can beimplemented in accordance with an alternative embodiment;

FIGS. 7-8 illustrate a high-level flow chart of operations outlininglogical operational steps of a method 700, which can be implemented inaccordance with the disclosed embodiments; and

FIG. 9 illustrates a block diagram of a high-level system 900 that canbe utilized to implement the process and/or system indicated in FIGS.1-7.

DETAILED DESCRIPTION OF THE INVENTION

The particular values and configurations discussed in these non-limitingexamples can be varied and are cited merely to illustrate embodimentsand are not intended to limit the scope of the invention.

FIG. 1 illustrates a block diagram 100 comparing output rendering froman LPS system with LCDS versus an improved imaging model applied to anLCDS imaging data stream, in accordance with an embodiment. In general,embodiments are directed toward methods and systems utilized in printeroutput devices (e.g., photocopy devices, laser printers, etc.) forimproving color-imaging rendering through an imaging data stream. Notethat in FIGS. 1-5 herein, shaded or hatched areas generally representcolor. Thus, in FIG. 1 varying colors are represented by varying hatchedor shaded lines. Such hatched and/or shaded areas can represent, forexample, pink, red or a variety of colors, depending upon particularembodiments thereof. Further, such colors can also represent variouscolor tints, such as, for example, a light pink, a dark pink, a lightred, a dark red, and the like.

In order to adequately explain an embodiment, comparisons can be madebetween an LPS printing system's interpretation of LCDS and aninterpretation of LCDS in a Full User Intended Color Fashion (i.e., orCLCDS systems). In a conventional LPS system's interpretation of LCDS,black and highlight data are, conceptually, imaged into two distinctseparations. Due to the use of tri-level Xerography, a given pixel,could be printed as either black or a highlight color, but not both.When both separations indicated that a pixel is to be printed, theresult is determined by the value of the job's ink result specification(BLACK or COLOR), if present, or the system default value, if not.

The ink result concept is not well suited for a color-imaging modelbecause, for example, more than two choices for the color of a pixel arepresent. Therefore, CLCDS will not make use of an ink result. The CLCDSimaging model is based on an imaging order. The last object processed ata particular place on the page is generally imaged last and completelycovers what came before (i.e. what is “underneath” it). This behavior isnot applied on a pixel-by-pixel basis like ink result. It is, however,applied to the entire object being imaged.

For example, in LPS systems, if pink text is printed over a gray formfill 104 and ink result were BLACK, the output would appear similar tothat provided at block 102 of FIG. 1. The text would be fully saturatedred (the predominant primary of pink), but in the filled area 102 thered pixels of the text would show through the blank pixels of the fill.So, the text would have a dark red appearance. If the ink result wereCOLOR, the output would appear similar to that provided by block 106,including filled area 108. The text in the filled area would be fullysaturated red in both the filled and non-filled areas. In CLCDS systems,the results would appear similar to that of block 110, including filledarea 112. In an LPS system, users had no control over the order in whichobjects were imaged and none was needed since the resulting appearancewas independent of order.

In CLCDS systems, however, the results depend on the imaging order, soan order must be imposed. CLCDS will image objects on a page in thefollowing order:

-   1. Form fills-   2. Form images-   3. Form text and logos in the order in which they appear in the form    definition.-   4. Variable-data specified images-   5. Logos-   6. Variable data (e.g., text) in the order encountered within the    data stream.-   7. DJDE boxes and rules are imaged according their image order    parameter.

Note that the acronym “DJDE” as utilized herein generally refers to aDynamic Job Descriptor Entry. DJDEs are LCDS commands embedded withinthe input data stream. The imaging order can thus be applied tooverlapping objects that are considered earlier in the imaging ordersequence, and prior to later objects. Objects later in the sequencewhich overlap objects earlier in the sequence may, in some instances,obscure the portion of the earlier object in the area of the overlap.

The imaging sequence can therefore be implemented generally as follows:(a) all fills are called out in an LCDS Form Resource; (b) all imagedata is called out in an LCDS Form Resource; (c) text and logo data arecalled out in an LCDS Form Resource; (d) all image data are called outin the order they appear from a variable data portion of an LCDS datastream; and (e) a plurality of logos referenced from variable data ofthe imaging data stream.

Note that the term “called out” or “calling out” as utilized hereingenerally refers to data referenced by the imaging data stream. The term“fill” generally refers to a region which can be imaged with a definedink pattern (i.e., uniform or solid). A “form resource” or resourcegenerally refers to a resource that is external (e.g., resident on aprinter) or embedded (e.g., downloaded fashion within a job) in theimaging data stream. A form can be implemented as a specific type ofresource within LCDS, and can be a compiled file and/or containingspecific arrangement of lines, text, and graphics stored electronically.

Color support for text does not require any changes to the LCDSlanguage. A named ink specifies the color of text. The supported inknames and their corresponding appearance are contained in an LCDS inkcatalog resource. CLCDS has changed an ink definition from a highlightcolor/black mixture to an sRGB specification.

In LPS systems, text can only be rendered as either 100% black or 100%highlight even if the ink specified was a combination of the two (i.e.,a mixture). On a highlight color Imaging Output Terminal (IOT), the textis generally rendered in the predominant primary (i.e., toner) of therequested ink. Note that the acronym IOT generally refers to the markingengine, or printer hardware. An Imaging Output Terminal (IOT) can beimplemented as the physical unit that moves paper, deposits ink anddelivers paper to an output tray. Thus, the text colored by an inkdefined to be 35% black, 25% highlight and 40% white can be rendered as100% black. On a black and white output device, text is generally alwaysrendered as black.

CLCDS renders text as closely as it can to the color specified by theink. On a B/W IOT, CLCDS will print the text in a gray of equivalentluminance to the ink's color. On a Highlight Color (HLC) IOT, CLCDS canrender the text according to the color-to-highlight-color translationrules associated with the job (typically defaulted from a queue or asystem setting). Note that HLC (i.e., “Highlight Color”) generallyrefers to a printer capable of printing with two colorants (e.g., blackand one other colorant). HLC allows for a range of colors, tints andshades to be printed by varying the percentage of black dots, coloreddots, and the white space between the dots.

FIG. 2 illustrates a table 200 illustrating text rendering, inaccordance with an embodiment. Table 200 generally illustrates how textcolored with an ink specified to be 50% red and 50% “white” (i.e. pink)would appear on three different types of IOTs using the LPS, thestandard LCDS color model and the CLCDS color model.

Requesting pink text in an LPS LCDS data stream is an example of anon-conforming job. The term “non-conforming” as utilized hereingenerally refers to results which are not accurate. LPS systems thatutilize standard LCDS, for example, are unable to render text other than100% black or 100% of the physically loaded other toner pigment.Further, the appearance of a defined ink pattern printed on a HLC LPSprint engine when driven by CLCDS will be similar, but not identical, tothe appearance of the ink when printed on the LPS HLC system using theLCDS model.

Due to the increased flexibility provided by improved CLCDS methods andsystems described herein, catalogs that describe former LPS HLC inksusing a Standardized RGB (sRGB) notation can allow the printed resultsto be close and virtually indiscernible to the legacy 53 lpi (lines perinch) printed results. Note that RGB refers to a color gamutspecification, and sRGB refers generally to a standardized embodiment.Also, the term “lpi” (lines per inch) generally refers to a definedresolution utilized with conventional LCDS techniques. 53 lpi is acommonly used halftone screen frequency for printing at a resolution of300 spi. The halftone screen frequencies are tuned to provide the bestgraphics, and therefore may not be precisely the same as the LPShighlight color screen frequencies using the LCDS model.

An LPS device or system that utilizes LCDS generally allows only onehighlight color on a page. If more than one is requested, the controllergenerates a warning message that the job has “Exceeded ink capability ofthe printer”. The job could be printed substituting black for allhighlight toners other than the first (i.e., highlight color printers),or substituting black for all highlight toners (i.e., monochromeprinters). In a CLCDS system, there is no limit to the number of colorsallowed on a page. Any previous restrictions applied by limitations ofthe LPS Systems using LCDS are therefore relaxed and not applicable inthis definition of the language.

LPS image support can be applied to monochrome and highlight color image(IMG) graphics. Note that the acronym IMG (i.e., image) can be utilizedto refer to the Xerox Raster Encoding Standard. For monochrome images,the image can be treated as a mask to be imaged with black ink.Highlight color image files are treated as two masks to be imaged usinginks specified in an image file or a graphic or image command. The “on”pixels can be colored with the appropriate ink and the off bits areconsidered to be transparent. If an IMG image is placed over anotherLCDS object, the object underneath may show through the transparentbits. For a highlight color image, this occurs once for the “black”plane and again for the highlight plane. If a pixel is off in bothplanes, that pixel will be transparent.

CLCDS implements the same behavior for IMG graphics as that of LPSdevices or systems. In LPS systems that utilize LCDS, the ink used toimage the separations can be specified as a mixture. These LPS systemsusing LCDS, however, do not utilize the halftone pattern associated withthe ink to image the separation, the system uses the predominateprimary. For example, if the inks specified for an HLC IMG graphic weredark-red (e.g., 30% black/70% red) and pink (e.g., 50% red/50% white),both separations would be imaged using fully saturated red toner.

CLCDS can image the separations using the actual color specified. FIG. 3illustrates image separation via an imaging data stream, in accordancewith an embodiment. For example, if the separations depicted in FIG. 3were to be imaged utilizing the inks specified (consider the white areato be the “on” pixels), the features would appear similar to thatoutlined via block 300 contrasting a white area 306 versus a dark orblack area 302 and a dark or black area 310 versus a white area 308.

FIG. 4 illustrates output from an imaging data stream, in accordancewith an embodiment. Referring now to FIG. 4, a block diagram 400 isdepicted, which indicates that on an LPS system with LCDS, the resultwould appear similar to that of block 402, including a darkened area 408and a lighter red area 406. On a CLCDS system, however, the result wouldappear similar to that of block 412, including an orange area 416 and adarker, brown area 418.

The same pixel in the two separations of a highlight color image shouldnot be “on”. However, we know that this situation occurs. In LPS systemswith LCDS, the appearance of the pixel that is “on” in both separationsdepends on the value of the ink result. CLCDS attempts to emulate thisbehavior for IMG format images. For an IMG with two separations, CLCDSwill image the separation corresponding to the value of the ink resultlast if one of the inks is black (i.e., RGB=(0, 0, 0)). For example, ifthe ink result=BLACK and the inks associated with the separations areblack and red (after applying any ink override), CLCDS will image thered separation first. If, after applying ink overrides, there is noblack separation, CLCDS will image the separations in the order in whichthey are present in the IMG graphic.

In LCDS, logos are implemented as a font containing sequenced (tiled)bitmap data with built-in TL/DLs to control the sequencing andpositioning of the bitmaps. For monochrome logos, the bitmap data istreated as a mask to be imaged with black ink. In a highlight colorlogo, the highlight color start and highlight color end meta-codes areused to define a second tiled bitmap separation. The highlight colorlogo format contains an ink list with one or two entries, correspondingto separations, which can be overridden by specifying an ink in thePrint Description Language (a compiled portion of LCDS defined datastreams) or LOGO command. Because logos are essentially custom fontscombined with information about how to place the characters of the fontto produce the logo, they are treated as if they were text. This meansthat, in LPS systems with LCDS, the logo can be imaged utilizing thepredominant primaries of the inks instead of the actual inks.

Just as with text and IMG images, CLCDS uses the specified full-colorink, not its predominant primary to image the separation. The same pixelin the two separations of a highlight color logo should not be “on”. Ifthis occurs in an LPS system with LCDS, the appearance of this pixeldepends on the value of the ink result. Because a 3rd party softwarevender may have created the logos, the customer has no control over theorder in which the separations appear in the logo file. If theappearance is objectionable, the customer must get a new logo created(perhaps as a TIFF or JPEG image).

Box fill and shading are LCDS operations that LPS systems with LCDSsupport only in forms. For both constructs, a rectangular area of thesheet is defined and then filled with an ink (fills) or shade of grayshading (light, medium or heavy). In LPS systems with LCDS, theseeffects are achieved using fonts with characters that are rectangularareas with the halftone pattern applied.

CLCDS behavior can be effectively identical. The actual screen frequencyand halftone dots may be different, but the colors will be matchedclosely enough to achieve a similar printed effect. In LPS systems withLCDS, however, form text within a filled area would, generally, showthrough so the order of the fill and text is not important. For coloredtext on a gray background and black text on a colored background, theresulting appearance is controlled with the ink result command. In CLCDSsystems, if the command for the background tint occurs after the commandfor the text, the opaque fill would result in it obscuring the text.

FIG. 5 illustrates output from an LPS system with LCDS, including textand fill thereof, versus output from an improved imaging model appliedto an imaging data stream, in accordance with an alternative embodiment.FIG. 5 depicts a block diagram 500, which includes blocks 502 and 506and respective fills 504 and 508. On an LPS system with LCDS, the resultwould appear similar to that of block 502, while on a CLCDS system(i.e., in forms, text is imaged after fills), the result would appearsimilar to that of block 506.

FIG. 6 illustrates a block diagram of an imaging model 600 that can beimplemented in accordance with an alternative embodiment. In general,the behavior of a conventional LPS imaging model with LCDS was heavilyinfluenced by the capabilities of special purpose imaging hardware andthe capabilities of tri-level xerography. CLCDS, on the other hand, canutilize a software imaging system that can support a more capable andmodern imaging model. Imaging model 600 evidences such a system.

The imaging capabilities of such a model can include, as indicated atblock 602, text in full color. Such text is not merely fully saturatedblack or highlighted. As depicted at block 604, colors of more than onehue can be imaged on a page. Thereafter, as described respectively atblocks 606 and 608, inks and new image types (e.g., TIFF, JPEG, PDF,etc.) can be opaque and the appearance of overlapping objects depends onthe order in which they are imaged (i.e., the imaging order).

Because the CLCDS imaging model applies to full-color, highlight color,and monochrome systems, differences in output appearance can occur evenwhen utilizing an existing LCDS data stream on a B/W or HLC IOT. CLCDScan produce compatible output for all conforming jobs. A job isgenerally conforming if the color specifications for all objects otherthan box fill are either 100% black or 100% highlight. This includesboth inks specified in object headers and ink overrides.

A job can also be “conforming,” if the job does not rely on the value ofthe ink result command (e.g., no overlapping objects of differentcolors). All jobs that are strictly monochrome are also considered to beconforming. Conforming jobs can possess identical appearance in CLCDS asthey do on existing LPS systems with LCDS. The positioning of text,logos, and graphics can be identical. Small differences may be presentdue to interpolation from 300 to 600 spi.

Embodiments can be implemented in the context of modules. In thecomputer programming arts, a module can be typically implemented as acollection of routines and data structures that performs particulartasks or implements a particular abstract data type. Modules generallycan be composed of two parts. First, a software module may list theconstants, data types, variable, routines and the like that can beaccessed by other modules or routines. Second, a software module can beconfigured as an implementation, which can be private (i.e., accessibleperhaps only to the module), and that contains the source code thatactually implements the routines or subroutines upon which the module isbased. Thus, for example, the term module, as utilized herein generallyrefers to software modules or implementations thereof. Such modules canbe utilized separately or together to form a program product that can beimplemented through signal-bearing media, including transmission mediaand recordable media.

In accordance with an alternative embodiment, an imaging order modulecan configure the imaging order associated with an imaging data streamfor a plurality of objects to be rendered. As indicated earlier, such animaging order generally determines color quality rendering. Textgenerated by a printer output device can be transmitted through animaging data stream according to a pre-determined ink color.Additionally, the imaging data stream can generate imaging separationsbased on an actual specified color for rendering via a printer outputdevice.

FIGS. 7-8 illustrate a high-level flow chart of operations outlininglogical operational steps of a method 700, which can be implemented inaccordance with the disclosed embodiments. Note that in FIGS. 7-8,identical parts or steps are generally indicated by identical referencenumerals. As indicated at block 702, the process begins. Thereafter, asdepicted at block 704, an operation can be processed for designating animaging order associated with an imaging data stream for a plurality ofobjects to be rendered, wherein the imaging order determines colorquality rendering. Next, as indicated at block 706, the imaging ordercan be applied to the objects, including overlapping objects thereof,wherein the imaging order comprises particular steps shown in FIG. 8 asfollows: (a) calling out all fills in an imaging data stream formresource; (b) calling out text and logo data in an imaging data streamform resource; (c) calling out all image data in an order in which suchdata appear and are called out from a variable data portion of theimaging data stream; and (d) referencing a plurality of logos associatedwith the imaging data stream. Next, as illustrated at block 708, anoperation can be implemented for rendering text generated by saidprinter output device through the imaging data stream according to apre-determined ink color as described earlier herein. Thereafter, asdepicted at block 710, an operation can be implemented for generating,utilizing said imaging data stream, imaging separations based on anactual specified color for rendering thereof via a printer outputdevice. The process can then terminate as indicated at block 712.

FIG. 9 illustrates a block diagram of a high-level system 900 that canbe utilized to implement the process and/or system indicated in FIGS.1-7. System 900 generally includes a printer output device 900 which maybe, for example, a photocopy machine and/or a printer 904 that cancommunicate with a computer. Additionally, an imaging order module canbe provided for configuring an imaging order associated with the imagingdata stream for objects to be rendered, wherein the imaging orderdetermines color quality rendering as described earlier herein.

It will be appreciated that various of the above-disclosed and otherfeatures and functions, or alternatives thereof, may be desirablycombined into many other different systems or applications. Also thatvarious presently unforeseen or unanticipated alternatives,modifications, variations or improvements therein may be subsequentlymade by those skilled in the art which are also intended to beencompassed by the following claims.

1. A method, comprising: designating an imaging order associated with aimaging data stream for a plurality of objects to be rendered, whereinsaid imaging order determines color quality rendering thereof; applyingsaid imaging order to said plurality of objects, including overlappingobjects thereof, wherein said imaging order comprises: (a) calling outall fills in an imaging data stream form resource; (b) calling out textand logo data in an imaging data stream form resource; (c) calling outall image data in an order in which such data appear and are called outfrom a variable data portion of said imaging data stream; and (d)referencing a plurality of logos associated with said imaging datastream; rendering text generated by said printer output device throughsaid imaging data stream according to a pre-determined ink color; andgenerating, utilizing said imaging data stream, imaging separationsbased on an actual specified color for rendering thereof via a printeroutput device.
 2. The method of claim 1 further comprising applying afull color-imaging model to said imaging data stream to provide anenhanced approximation of a user-intent point of view.
 3. The method ofclaim 1 further comprising: rendering colors of more than one hue on atleast a single page utilizing said imaging data stream.
 4. The method ofclaim 1 wherein said printer output device comprises a photocopymachine.
 5. The method of claim 1 wherein said printer output devicecomprises a printer, which can communicate with a computer.
 6. A method,comprising: designating an imaging order associated with an imaging datastream for a plurality objects to be rendered, wherein said imagingorder determines color quality rendering thereof; establishing saidimaging order to apply to overlapping objects rendered on a page basedon a sequence as follows: (a) calling out all fills in an imaging datastream form resource; (b) calling out text and logo data in an imagingdata stream form resource; (c) calling out all image data in an order inwhich such data appear and are called out from a variable data portionof said imaging data stream; and (d); referencing a plurality of logosassociated with said imaging data stream; rendering text generated bysaid printer output device through imaging data stream according to apre-determined ink color; and generating, utilizing said imaging datastream, imaging separations based on an actual specified color forrendering thereof via a printer output device.
 7. The method of claim 6further comprising: rendering colors of more than one hue on at least asingle page utilizing said imaging data stream.
 8. The method of claim 6wherein said printer output device comprises a photocopy machine.
 9. Themethod of claim 6 wherein said printer output device comprises aprinter, which can communicate with a computer.
 10. A system,comprising: an imaging order module for configuring an imaging orderassociated with an imaging data stream for a plurality of objects to berendered, wherein said imaging order determines color quality renderingthereof; wherein text generated by said printer output device isrendered through said imaging data stream according to a pre-determinedink color; wherein said imaging data stream generates imagingseparations based on an actual specified color for rendering thereof viaa printer output device; and wherein said imaging order is applicable tosaid plurality of objects, including overlapping objects thereof, suchthat said imaging order comprises: (a) a plurality of fills called outin an imaging data stream form resource; (b) text and logo data calledout in an imaging data stream form resource; (c) a plurality of imagedata called in an order in which such data appear and are called outfrom a variable data portion of said imaging data stream; and (d) aplurality of logos associated with said imaging data stream.
 11. Thesystem of claim 10 further comprising a full color-imaging modeladaptable to said imaging data stream to provide an enhancedapproximation of a user-intent point of view.
 12. The system of claim 10wherein a color having a plurality of hues is renderable on at least asingle page.
 13. The system of claim 10 wherein said printer outputdevice comprises a photocopy machine.
 14. The system of claim 10 whereinsaid printer output device comprises a printer, which can communicatewith a computer.
 15. The system of claim 10 wherein said imaging ordermodule further comprises signal-bearing media.
 16. The system of claim15 wherein said signal-bearing media further comprises at least one ofthe following: transmission media and recordable media.